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METHOD TO HAVE A REAL TIME DATA COMMMUNICATION 



The present invention relates to a method to have a real time data 
communication via a real time data over Internet Protocol IP communication 
5 network as described in the preamble of claim 1 and to a source and 
destination realizing such a method as described in the preamble of, 
respectively, claim 5 and claim 9, and to a communication network that 
comprises such a source and such a destination as described in the preamble 
of claim 1 1 . 

10 Such a method, source, destination and real time data over Internet 

Protocol communication network are known in the art, e.g. from the Request for 
comments number 1889 - from the Networking Group - Category: Standards 
Track - published on the world wide web at the Internet site: 
http://www.ietf.org/rfc/rfc1 889.txt?number=1 889 with title "RTP : A Transport 

15 Protocol for Real Time Applications". Therein, in paragraph 1, at page 3, a 
Real Time Transport Protocol RTP that provides end-to-end delivery services 
for data with real time characteristics is described. The real time data, such as 
interactive audio and video, is transported in a data flow of Real Time Protocol 
over Internet Protocol packets. Paragraph 2 of the document, starting at page 

20 5, describes some Real Time Protocol scenario's and paragraph 3, page 7 to 
page 9 of the document describes the definitions that are used in this 
technological domain. 

The encapsulation of the real time data into RTP packets and 
furthermore into IP packets is realized in a source. Such a source can be 

25 comprised in e.g. a user terminal or a gateway. On the other hand, a 
destination is enabled to de-capsulate the real time data. 

It has to be explained that usually as data of a real time data 
communication travels across the Internet, a User Datagram Protocol UDP is 
used to take care of the conversation between the end-to-end entities on the 

30 source and the destination. The user datagram protocol UDP encapsulates the 
RTP packets whereby the UDP packets on its turn are encapsulated into IP 
packets. 



It is known in the art that the main job of the Internet Protocol is to 
deliver IP packets. However, IP is based on an unreliable connectionless 
delivery service. So, the user has to install himself additional reliability if a 
secure service is required. This is for the example of the Real Time Protocol 
realized by means of RTP Control Protocol reports i.e. RTCP packets. The 
primary function of these RTCP packets is to provide feedback on the quality of 
the data that is distributed by the source to the destination. This is described in 
Section 6 of the above mentioned RFC 1889 - more particular on page 14. 

In this way receiving time information that is related to a receiving 
time of a packet is determined by a receiving means of the destination and can 
be returned by means of such a receiver RTCP report to the source. This is 
described in section 6.3. 1 SR : Sender Report RTCP packet - page 23 to page 
26 - of the above mentioned RFC 1889. 

In this way, a method to have a real time data communication 
between a first user of a source and a second user of a destination via at least 
partly a real time data over Internet Protocol communication network comprises 
the steps of transmitting packets by a transmitting means of the source to the 
destination and determining by a receiving means of the destination, time 
information that is related to a receiving time of the packets. 

Such a source and/or destination that is enabled to encapsulate 
and/or de-capsulate real time data into IP packets can be located in the 
network at different places. Indeed, a source might be comprised in e.g. a 
terminal of a user i.e. a personal computer or a gateway that acts as a virtual 
source for e.g. a telephone terminal. 

Such a real time data source comprises some pre-configured 
parameters. Indeed, in order to work according to such a real time data 
protocol a real time data source comprises some pre-configured parameters 
such as the data packet-length that is used to generate the real time data 
protocol packets and the type of codec that is used to encode the real time 
date. Also the level of echo cancellation of the installed echo chancellor in the 
source is a pre-configured parameter. 



These parameters, among others, are however predetermining a 
user quality that a user at the destination experiences. Indeed, it has to be 
explained that a predefined packet length of a real time protocol packet has an 
impact on the mouth-to-ear delay of the real time data communication. In the 
event of transporting real time data into smaller packets, less time is needed to 
encode and to encapsulated the data at the source and less time is needed to 
de-code and to de-capsulate the data at the destination. A user at the 
destination will perceive a better user quality. In this way the user quality, 
predetermined by the design parameters of the source, might be sufficient but 
might be as well inadequate for the actual real time data communication. 

On the other hand, however, the packet size of a real time data 
packet also has an impact on the gross bandwidth that is used in order to 
transport a predefined amount of real time data. This means that the real time 
data bit rate plus the overhead bit rate that is consumed by the real time data 
communication is bigger in the event of smaller packets. Indeed, in the event 
of transporting a predefined amount of data as a whole into one real time data 
packet i.e. one real time protocol packet header with one big packet payload 
comprising this amount of data, less bandwidth is used since only one packet 
header is required. In the event of transporting this identical predefined amount 
of data into different but smaller real time data protocol packets i.e. different 
packets with each time a packet header and a part of the amount of data, more 
bandwidth is used since different packet headers are required. Furthermore, 
besides the used bandwidth to transport the real time data over a 
communication link, the bandwidth left for data applications that are 
simultaneously active with the real time data communication is smaller. Such 
other data applications are e.g. a file transfer or web browsing that is executed 
in parallel with e.g. a voice communication. It has to be explained here that 
transporting simultaneously these different data applications over one physical 
communication link requires a scheduling of the data of these different 
applications. This scheduling might be performed by different devices in the 
network e.g. a scheduler comprised in a personal computer or an integrated 
access device that multiplexes different data streams of different applications 



into one data stream. According to protocols that are usual installed at such a 
scheduler or integrated access device, the received real time data gets priority 
upon the received non-real time data during the scheduling and multiplexing. 
Hereby it becomes clear that for a predefined smaller packet length of a real 
5 time data protocol application that generates a rather big consumption of gross 
bandwidth, less bandwidth is left for other active data applications. 

In this way, it is explained that by choosing and installing the 
predetermined design parameters of the source, a quality of the real time data 
communication perceived by the destination is predetermined and also the 
10 efficiency of the used bandwidth to transport the real time data is 
predetermined. 

An object of the present invention is to provide a method to have a 
real time data communication between a first user of a source and a second 
user of a destination of the above known type but wherein a user gets a choice 

15 between the desired quality rating of the real time data communication and the 
bandwidth left for other active data applications. 

According to the invention, this object is achieved by the method of 
claim 1 that is realized by the source of claim 5 and the destination of claim 9 
which are comprised in the communication network of claim 1 1 . 

20 Indeed, by further comprising in the above known method the steps 

of 

- applying by the transmitter of the source for at least two transmitted 
packets a predefined packet length out of a plurality of packet lengths, and 

- determining by a first determining means, according to each 
25 determined time information associated to at least two packets of the receiving 

means, and according to each predefined packet length associated to the at 
least tow packets, characteristics of a first relation between a packet length of a 
packet to be transmitted from the source to the destination and a source to 
destination delay being a time period between the transmission of the packet by 
30 the source and reception of the packet by the destination; and 
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- determining by a second determining means a preferred mouth to 
ear delay according to a preferred quality rating for the real time data 
communication; and 

- determining by a third determining means an optimal packet length 
5 for the preferred mouth to ear delay and according to the characteristics of the 

first relation in order to be applied by the source for packets being transmitted 
during the real time data communication, 

a choice is made for a preferred quality rating whereby an optimal 
packet length is determined in order to be applied for the real time data 

10 communication whereby the bandwidth left for other applications 
simultaneously active with the real time data application is imposed. 

A choice is provided to a user e.g. the first user or the second user 
for their desired quality rating by means of e.g. a button installed on the real 
time data terminal or a pre-signaled and/or pre-stored set of user preferences 

15 on the above mentioned gateway. 

According to the user its choice, a preferred mouth to ear delay 
bound is determined. This is determined by the second determining means and 
might be implemented by means of e.g. the known E-model. This E-modei is 
known from 'The E-model, a computational model for use in transmission 

20 planning' with reference, ITU-T recommendation G.107, May 2000. The E- 
model predicts the subjective quality that will be experienced by an 'average' 
listener. The E-model is used to calculate a quality rating for packetised 
telephony starting from the parameters describing the operation of the 
transmission stages the voice packets go through. Every rating value 

25 corresponds to a speech transmission category e.g. best quality, medium 
quality or poor quality. In this way a relation between subjective quality and 
mouth-to-ear delay can be dimensioned and implemented in the second 
determining means whereby upon provision of a preferred quality rating, a 
preferred mouth to ear delay is determined. It has to be explained that the 

30 installed echo canceller at the source plays a role to dimension the above 
relation. 
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It has to be clear that the preferred quality rating might be expressed 
by e.g. the first user or the second user. In the event when the second user 
expresses the quality rating, it has to be clear that an extra interface is required 
from the destination to the second determining means. 
5 Furthermore, a relation between source to destination delay and 

packet size is built up through measurements. A plurality of test packets with 
e.g. increasing packet size is transmitted by the source to the destination. 

Similar as above, it has to be clear that the initialization to start 
transmission of the test packets might be expressed by e.g. the first user or the 
10 second user. In the event when the second user expresses the quality rating, it 
has to be clear that an additional interface is required from the destination to 
the source S. 

As explained above, the relation between source-to-destination delay 
and packet size is an increasing function. The first determining means 

15 determines the characteristics of this increasing function on the basis of the 
measured time information related to a receiving time of the destination of the 
test packets and the associated packet length of each packet. These 
characteristics e.g. in the event of a linear function the offset and the slope, are 
provided to the third determining means that determines for the preferred 

20 mouth-to-ear delay and according to the characteristics of the first determining 
means, the optimal packet length. Upon application of the optimal packet 
length for the packets of the real time data communication, maximal bandwidth 
efficiency is reached for the desired quality rating. 

Although the above describes a real time data communication 

25 between a source and a destination via a real time data transport protocol over 
Internet Protocol communication network, the invention applies also when only 
a real time data transport protocol over Internet Protocol is applied only at the 
source and at the destination itself. This means that in between both elements 
other kinds of protocols might be applied in order to transport the real time data 

30 from the source to the destination. For example a source might be 
implemented by a VoIP terminal whereby voice is digitized and encapsulated 
according to a real time data transport protocol over Internet Protocol and 



transmitted by a transmitter. In parallel a second terminal or alternatively a 
second transmitter in the VoIP terminal transmits a data file according to the 
Internet Protocol. The IP packets of the voice data and the IP packets of the 
data file are multiplexed by a scheduler. This stream of IP packets is not 
5 transported via an IP based network but is packed by an Asymmetric Digital 
Subscriber line network terminator ANT into asynchronous Transfer Mode ATM 
cells in order to be transported according to the ADSL techniques. Although 
that in this way, only between the voice transmitter and the ADSL network 
terminator the real time data is transported via VoIP with a Real Time Data 

10 protocol, the method according to the present invention can be used. Indeed, 
since the transmitter of the source uses a real time protocol over IP protocol, an 
interference upon the packet length of a real time data packet is enabled 
whereby the transmitter might apply the determined optimal packet length in 
order to install the preferred quality and related bandwidth efficiency. 

15 A further aspect of the invention is that a source has an intrinsic 

delay, which is the time needed to generate the real time data packets for 
transmission to the destination. This intrinsic source delay must be taken into 
account as part of the global mouth-to-ear delay in order to determine the 
optimal packet length. This intrinsic delay depends of the installed codec bit 

20 rate, encoding type and the applied packet length. A fourth determining means 
determines by means of source intrinsic information e.g. encoding delay and 
installed codec bit rate the relation between packet length and intrinsic source 
delay. In this way the method further comprises, determining by the third 
determining means the optimal packet length also according to characteristics 

25 of the second function which are determined and provided by a fourth 
determining means according to a relation between a packet length and an 
intrinsic source delay. This is described in the method of claim 2 that is realized 
by the source of claim 6. 

A possible way to provide the characteristics of the first relation from 

30 the first determining means to the third determining means is according to the 
above mentioned real time transport protocol control protocol. This is described 
by the method of claim 3. Indeed, the reports described in the above cited RFC 
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1889 can be adapted in order to be used to transfer the characteristics from the 
first determining means to the third determining means. It has to be remarked 
here that the method according to the present invention is however not limited 
to transport of real time data into the above mentioned real time data protocol 
5 according to RFC 1889. Other real time data transport protocols of which the 
packet length of the data packets can be adapted might be used to apply the 
present invention. 

During prosecution of the real time data communication it is possible 
that the preferred quality rating is tuned to an actual situation. This will become 

10 more clearly with the following example. Presume that a voice over internet 
protocol application is ongoing between a first user and a second user, both 
from their VoIP terminal. According to the preferred quality rating, the 
bandwidth efficiency is determined and installed by means of applying the 
optimal packet length that have been determined according to the method of 

15 the present invention. Presume that during the voice call the first user desires 
to transmit from its terminal, as soon as possible, a certain file that both users 
were discussing about. In order to transmit the file rather quickly the first user 
(for this example) tunes the preferred quality rating to a lower level. According 
to the method of the present invention an adapted optimal packet length is 

20 determined. This packet length is applied by the source for the voice packets 
of a next part of the conversation, thereby transporting the voice packets more 
efficiently and leaving more bandwidth for the file transfer. In this way, although 
with a lower subjective quality, the conversation can be continued between both 
users, while the file can be transferred from the source to the destination at a 

25 higher bandwidth. When the file transfer is completed the first user tunes the 
quality level again at a higher level, whereby again an adapted optimal packet 
length is determined for application on the voice packets of the last part of the 
conversation. This is described in claim 4. 

Furthermore, it has to be explained that, although according to the 

30 present invention the second determining means and the third determining 
means are not necessarily comprised in the source, both functional blocks 
might be comprised in the source. This is described in claim 7. 
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In a similar way, the fourth determining means, that is according to 
the present invention not necessarily comprised in the source and that 
determines the relation between packet length and intrinsic source delay might 
according to a preferred implementation be comprised in the source. This is 
5 described in claim 8. 

Finally, also the first determining means can be comprised according 
to a preferred embodiment into the destination itself. This is described in claim 
10. 

It also has to be explained that a suitable embodiment for both users 
10 of a real time data communication is that the method according to the present 
invention is used in both directions. In this way, an optimal packet length in one 
direction is applied and another optimal packet length in the other direction is 
applied whereby the bandwidth in both directions is efficiently used. 

It is to be noticed that the term 'comprising', used in the claims, should 
15 not be interpreted as being limitative to the means listed thereafter. Thus, the 
scope of the expression 'a device comprising means A and B' should not be 
limited to devices consisting only of components A and B. It means that with 
respect to the present invention, the only relevant components of the device are 
A and B. 

20 Similarly, it is to be noticed that the term 'coupled', also used in the 

claims, should not be interpreted as being limitative to direct connections only. 
Thus, the scope of the expression 'a device A coupled to a device B' should not 
be limited to devices or systems wherein an output of device A is directly 
connected to an input of device B. It means that there exists a path e.g. a 

25 physical link or an air interface between an output of A and an input of B which 
may be a path including other devices or means. 

The above and other objects and features of the invention will 
become more apparent and the invention itself will be best understood by 
referring to the following description of an embodiment taken in conjunction with 

30 the accompanying drawings wherein Figure 1 represents a communication 
network and Figure 2 shows the interactive working of the source with the 
destination and the different determiners according to the present invention. 
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The working of the device according to the present invention in 
accordance with its telecommunication environment that is shown in Figure 1 
and Figure 2 will be explained by means of a functional description of the 
different functional blocks as shown therein. Based on this description, the 
5 practical implementation of the blocks will be obvious to a person skilled in the 
art and will therefor not be described in detail. In addition, the principle working 
of the method to have a real time data communication according to the present 
invention will be described in further detail. 

Referring to Figure 1 , a telecommunication network is shown. As it 
10 is explained above, between the source S of user 1 and the destination D of 
user 2, different kind of networks might be implemented as long as at the 
source S and at the destination D a real time data protocol over Internet 
protocol is implemented. This means the source S must be enabled to 
encapsulate data into real time data protocol packets and that the destination 
15 must be enabled to receive these real time data protocol packets. 

In order to show clearly the improvement of the current invention, it is 
preferred to implement the source S in a personal computer PC. The personal 
computer PC comprises also a memory M and a scheduler SCH. The memory 
and the source S are both coupled to the scheduler SCH. The scheduler is 
20 coupled to an output of the personal computer PC. The personal computer is 
coupled to the outside Internet world. The source S comprises a microphone 
(not shown) to receive voice (real time data). 

The memory M is implemented by means of a disk in order to store 
data files. These data files are accessed by means of a data application 
25 program but is not further described here in details since this goes beyond the 
aim of the present invention. The aim is that a file transfer might happen by the 
personal computer in parallel with the voice transfer. 

By means of an example user U1 and user U2 are going to set up a 
communication C and furthermore is user U1 going to transmit a data file via a 
30 communication C to a third user (not shown). 

The destination D of user U2 is also coupled to the Internet world 
and is a VoIP terminal to receive the voice data of user U1 . 
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The scheduler SCH is comprised to schedule the data packets 
received from the source S and from the memory M in the event when both 
devices are indeed transmitting packets. The scheduler SCH gives a higher 
priority to packets from the source i.e. real time data packets over the packets 
5 from the memory i.e. non real time data packets. According to this rule the 
bandwidth is shared on the common link between the scheduler and the first 
access device (not shown) to the IP network. Figure 1 shows the situation of 
transmission of both data packet streams C&C on this common link. The IP 
packet stream generated by the scheduler SCH is transmitted over the IP 
10 network. The IP packets comprising the real time data of the real time data 
communication C are routed towards the destination D and the IP packets 
comprising the data packets of the data file are routed towards another user 
(not shown). 

According to the method of the present invention, user U1 and user 
15 U2 are setting up a real time data communication C whereby a user, in this 
preferred embodiment user U1 , gets a choice between the desired quality rating 
for this real time data communication C and the bandwidth left for other active 
data applications such as e.g. the above mentioned file transfer within the 
communication C 

20 This will become more clearly in the following paragraphs. 

Referring to Figure 2, the required functional blocks and interfaces of 
the source S and of the destination D in order to implement the present 
invention are shown. 

The source S comprises a transmitter TR, a button B and a first 
25 interface IN1 , a third interface IN3. 

The transmitter TR comprises two inputs and one output. A first 
input is comprised to receive a control signal tst. A second input is coupled to 
the first interface IN1 that is comprised in the source S in order to interface with 
a packet length determiner (third determining means) DET3. The packet length 
30 determiner (third determining means) DET3 is on its turn coupled to a relation 
determiner (first determining means) DET1, a delay determiner (second 
determining means) DET2 and an intrinsic relation determiner (fourth 
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determining means) DET4. The delay determiner DET2 is also coupled to the 
button B. The third interface IN3 is comprised in the source S to interface with 
this intrinsic relation determiner (fourth determining means) DET4. 

The destination D comprises a receiver REC and, coupled thereto, a 
5 second interface IN2 to interface also with the relation determiner DET1 . 

The transmitter TR of the source S is coupled via its output and a 
telecommunication network to the receiver REC of the destination D. 

As preferred embodiment, the above mentioned relation determiner 
DET1 is comprised in the destination D and the delay determiner DET2, the 
10 intrinsic relation determiner DET4 and the packet length determiner DET3 are 
comprised in the source S. 

The transmitter TR is comprised in the source S to transmit test 
packets T1, T2, T3 and T4 to the receiver REC. Each test packet has a 
predefined packet length. According to the present embodiment, it is preferred 
15 to use four test packets T1, T2, T3 and T4 and to apply to these test packets 
the lengths 11, 12, 13 and 14, respectively, which are increasing values 
according to the sequence of transmission of the test packets T1, T2, T3 
and T4. These test packets might be transmitted at set-up of the desired 
communication C or during this communication C. An initiation of 
20 transmission of the test packets is realized with the control signal 'tst 5 at 
the transmitter TR. This will be explained in more details in a further 
paragraph. 

The receiver REC is comprised in the destination D to receive 
the test packets and to determine for each test packet time-information 
25 T1_t1, T2J2, T3_t3 and T4_t4 that is related to the receiving time of the 
respective test packet. The time information related to the receiving time 
e.g. T3_t3 of a packet T3 is, according to the present embodiment, a value 
of a clock counter (not shown) i.e. the receiving time itself t3. 

The receiver REC is further comprised to provide for each 
30 packet e.g. T3 its associated packet length e.g. 13 (not shown) and 
associated time information e.g. T3_t3 to the relation determiner DET1. 
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The relation determiner DET1 determines according to the 
received information from the receiver REC characteristics of a first 
relation f1(T,a). This first relation f1 is a relation between a packet length 
of a packet to be transmitted from the source S to the destination D and a 
5 source to destination delay d-S2D that is the time period between the 
transmission of the packet by the source S and reception of the packet by 
the destination D. Firstly the source to destination delay d-S2D must be 
determined. Since the time information e.g. T2_t2 of a packet T2 is the 
receiving time t2 of the packet 12, the source to destination delay d-S2D is 

10 determined by subtracting a timestamp from the source S in the packet 
header of this RTP packet 12 from the receiving time t2. In this way the 
source to destination delay is determined for each test packet. 

It has to be explained that this relation f1 is substantially a linear 
relation that is specified by the values for its characteristics offset T and 

15 slope a. This means that the relation determiner DET1 first determines 
the linear relation between the received values of packet length and the 
received values of receiving time and specifies herewith the values for 
offset T and slope a. These values of the characteristics of the first relation 
f1(T, a) are provided by the relation determiner DET1 to the packet length 

20 determiner DET3. 

According to this described implementation it is user U1 who 
indicates the preferred quality rating Q by means of the button B at the source 
S. In this way the user U1 is enabled to express its preferred quality for the 
communication C he desires to have with user U2. This preferred quality-rating 

25 Q is provided to the delay determiner DET2. The delay determiner DET2 
determines a preferred mouth to ear delay d-M2E-pref according to the 
preferred quality rating Q and provides this preferred mouth to ear delay d- 
M2E-pref to the packet length determiner DET3. The delay determiner DET2 
determines this preferred mouth to ear delay d-M2E-pref according to pre- 

30 stored information regarding the above described E-model. 

It has to be explained that a further aspect of the present invention is 
that a user U2 of the destination D could also have been enabled to express its 



- 14- 

preferred quality for the actual communication C. Such an embodiment might 
be implemented with an interface e.g. a button at the destination D to receive 
from user U2 its preferred quality rating whereby this preferred quality rating 
must be provided to the delay determiner DET2. 
5 The intrinsic relation determiner DET4 determines the second 

relation f2 between the intrinsic source delay and the packet length of a packet 
that must be encoded and encapsulated. This relation f2(Tenc, Rcod) is a 
substantial linear relation whereby the offset Tenc is determined by the 
encoding delay and the slope Rcod is determined by the codec bit rate. The 

10 characteristics of this second relation f2(Tenc,Rcod) are provided by the 
intrinsic relation determiner DET4 to the packet length determiner DET3. 

The packet length determiner DET3 determines according to the 
received characteristics of both relations f1(T,cc) and f2(Tenc,Rcod) an optimal 
packet length for the received preferred mouth to ear delay d-M2E-pref. This 

15 optimal packet length is provided via the first interface IN1 to the transmitter TR 
of he source S which applies this optimal packet length for the length of the real 
time data packets in the internet packets according to the real time data 
protocol. 

In this way according to a preferred quality rating Q an optimal 
20 packet length l-opt is determined for application by the source S, whereby the 
used bandwidth on the common link that is used to transfer the voice is 
determined accordingly. The user U1 is enabled to tune the preferred quality 
rating Q as good as he wants whilst keeping in mind that a better quality goes 
at the expense of the used bandwidth for the voice application whereby less 
25 bandwidth is left for eventual active other applications such as the data transfer 
from the memory M. 

It has to be explained here that an optimal packet length is 
determined and re-determined each time when an input value for the packet 
length determiner DET3 changes. Such a change might be e.g. a new 
30 value for the preferred mouth to ear delay, new values for characteristics 
of the first relation f1 or new values for characteristics of the second 
relation f2. 
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ln the following paragraph the principle working of the present 
invention will be explained by means of a description of the above-mentioned 
scenario. 

At call set up of communication C, user U1 installs a preferred quality 
5 Q with its button B, This leads finally to an application of the determined 
optimal packet length l-opt that is used during the communication C. Hereafter 
different situation are described wherein an adapted optimal packet length is 
determined by the packet length determiner DET3 in order to be applied for a 
next part of the communication C. 

10 Presume that the IP network transmits the IP packets of the 

communication C over a best-effort IP sub-network and that during the 
communication C congestion occurs in this sub-network. The subjective quality 
experienced by user U2 will suffer from this congestion whereby user U1, 
eventually upon request of user U2 via the communication C, can do initialize 

1 5 two actions to correct this subjective quality. 

A first action is tuning the button B whereby a new preferred quality 
rating Q is installed with the above-explained consequences of applying a new 
optimal packet length. However, another action might be initiating the process 
to start transmission of the test packets and to determine the characteristics of 

20 the first relation f1 again. This is realized via a user interface in order to set the 
control signal tst. Hereby the four test packets are transmitted again by the 
transmitter TR whereby the destination is enabled to determine again the 
characteristics of the first relation f1 for provision to the packet length 
determiner DET3 of the source S. An adapted optimal packet length is 

25 determined whereby the subjective quality of the communication C is re- 
established. 

Finally, multiple access methods in future communication systems 
will be capable of taking advantage of reduction in average bit rate by exploiting 
the highly time-varying nature of speech. This motivates the increasing interest 
30 for efficient variable rate speech coding techniques. This means that for 
example the codec bit rate Rcod of a source S might be adapted during a 
communication C dependent on what exactly is said by the users U1 and U2. 
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Indeed, by producing complicated speech patterns a higher bit rate might be 
needed as in the event of speaking only simple words. In this way the intrinsic 
delay determiner DET4 generates new values for the characteristics of the 
second relation F2 whereby again a new optimal packet length is determined 
5 for application during the next part of the conversation C. 

A final remark is that embodiments of the present invention are 
described above in terms of functional blocks. From the functional description of 
these blocks, given above, it will be apparent for a person skilled in the art of 
designing electronic devices how embodiments of these blocks can be 

10 manufactured with well-known electronic components. A detailed architecture of 
the contents of the functional blocks hence is not given. 

While the principles of the invention have been described above in 
connection with specific apparatus, it is to be clearly understood that this 
description is made only by way of example and not as a limitation on the scope 

15 of the invention, as defined in the appended claims. 



